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(57) Abstract 



In a mobile communications system 
(BSS. SGSN. GGSN) having a packet 
data transmission capability, a dynamic 
packet-based quality of service (QoS) 
mechanism is provid^ within a '*transmission 
nmnel" defined by a more static packet 
data protocol context (PDF context). More 
particularly, each data packet is arranged 
to cany at least one QoS parameter, and 
the scheduling and the policing of the 
transmission of the data packets is made in 
packet by packet basis according to this QoS 
information in the packets, while, however, 
within the limits set by the PDP context 
This concept enables to have any number 
of QoS {H-ofiles in use simultaneously, e.g. 
a dedicated QqS profile for each of several 
Internet user applications run in the mobile 
station (MS) for a IP address. Therefore, 
the present invention provides support for 
various Internet applications and dieir QoS 
requirements. Moreover, the QoS can be 
changed at any time after activation of the 
PDP context, since only the QqS information 
in the relevant data packets has to be changed. 
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Method for controlling a quality of service in a mobile 
communications system 

Field of the Invention 

The invention relates to controlling the Quality of Service (QoS) in 
5 mobile communications systems having a packet data transmission capability. 

Background of the Invention 

Mobile communications system refers generally to any 
telecommunications system which enable a wireless communication when 
users are moving within the service area of the system. A typical mobile 

10 communications system is a Public Land Mobile Network (PLMN). 

Often the mobile communications network is an access network 
providing a user with a wireless access to external networks, hosts, or services 
offered by specific sen/ice providers. 

The general packet radio service GPRS is a new service in the 

15 GSM system (Global system for mobile communications) » and is one of the 
objects of the standardization work of the GSM phase 2+ at the ETSI 
(European Telecommunications Standards Institute). The GPRS operational 
environment comprises one or more subnetwork service areas, which are 
interconnected by a GPRS backbone network. A subnetwork comprises a 

20 number of packet data service nodes SN, which in this application will be 
refen-ed to as serving GPRS support nodes SGSN, each of which is 
connected to the GSM mobile communication network (typically to base 
station systems) in such a way that it can provide a packet service for mobile 
data temriinals via several base stations, i.e. cells. The intemnediate mobile 

25 communication network provides packet-switched data transmission between 
a support node and mobile data temiinals. Different subnetworks are in turn 
connected to an external data network, e.g. to a public switched data network 
PSPDN. via GPRS gateway support nodes GGSN. The GPRS service thus 
allows to provide packet data transmission between mobile data terminals and 

30 external data networks when the GSM network functions as an access 
network. 

In order to access the GPRS services, a MS shall first make its 
presence known to the network by perfomiing a GPRS attach. This operation 
establishes a logical link between the MS and the SGSN, and makes the MS 
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OPRS^J^ T "ZT^' "~n Of incoming 

This operation .nakes the MS knolTTZ Z ^ 
ime^orking .^h externa, data neZ*" .^n^^n-lTT' 
.0 POP . ,3 create, in the MS 3n:roorartnr:r t^P^P 

ruf context with a specific message, Activate PDP rnn+^v* d 
5 it give, infonnation on the ULI, PDP type PDP addl ' 

N<?APi o«H « *• .. X. ' address, required QoS and 

NSAPI, and optionally the access point name APN. 

The quality of service QoS defines hnw th^ « u . ^ 
(PDUs, a. nandied during the t,^^.^ Z7;^^121T 
exanrple, the quality of ,en,lce levels (QoS) def ned tor 1 PnP 
. control the order of transmission, buffering ( he PDU L , ^ f ' 
Of the PDUS in the SGSN and the GGSN eZ r^tL 1"" 
Situation. Therefore, different quality of servlce t^f I- 

err - ~r 

~ -™ s:: PD;rr:^^^^^^ ^ 
HyThrirnd*' Tr "-^^ -'^orrnTtofer 

delay and demand a very h,gh level of thnn^hput, interactive applications 
berng one example, ^ese d«erent r^uirements am reflected In the Qofff a 

the QOS as Close as possible to the requested QoS. The MS either ac«l 
the negotiated QoS, or deactivates the PDP context. 

Current GPRS QoS profile containc «,,. 
precedence, delay class, re^C and mC nd iaTr^s s""*" 

P-edencedeflnessomeMndofprior^forthepareriiolX'r 
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of lZ T, ! T. transfer 
of each data packet belonging to that context. Reliabil«y in turn specifies 
Whether ackncwMged or unacknowledged services wi,, be used a. l[c and 
s ^ T'lT " '^^'^ "I'^ther protected 

GPRS backh ? "^'^S^" --'^ca, and whether Une 

ono " " '^"^'^r "^ta packets belonging 

to four QoS levels available at LLC layer. 

There are various problems, drawbacks, undefined issues and open 
10 questions involved with the quality of service in the GPRS 

fo,„ r,„<! r'T' """^ """"'"S GPRS QoS parameters to 

ftur QoS levels available at LLC layer is not well defined either. In addition 

TstaX ''''' "'^^^^ - -^O^ in 

i. n«h», ""^""""^ ^"^ "''"I °" QoS Profile 

IS rather dfflcult to implement (and unspecified in the standard). For example 
how he network elements can guarantee the delay requi Jents? 1^'^ 

M^lr lT^' "™'' '° '^"'-^ "''^y requiraments. 

20 t!in , ' -^""e^-^"'' end-to^nd requiraments: How this end- 

diS.r H T "^"^ "^'^ P^'" "i, rates is rather 

difficult and wouw consume a lo, of Sme and processing power. In addition if 
2S we wanted to make sure that a certain bit rate could a^ be pr^dTwe 

n ie ^ J° ""^ "^"^ ™= -"'^ -owever t^d" 

inefficient link capacity usage. 

Inteipretation of mean btt rate is quesUonable. GPRS network 

30 « fe^ snZ*^ "T^ ' " °^ - "ansmitting 

30 at fixed speed, le. at the mean bit rate. Otheraiise, the user could have an one 

mmules. The user cannot assume that he or she could transmit data at much 
higher speed dunng the las, 5 minutes in order ,o meet the mean bit rate 
requirement Instead, the mean bit rate can on^ be guaranteed ior *e LTf 
35 the connecbon, i.e. for fhe las, 5 minutes. 
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The GPRS network is not capable of meeting various QoS 
req_ts of Internet applications. The IP (internet Protocol t^ffic goe! 
between the mobile host and the fixed host located in an external neZrk e n 

0 I.e. uob, from the underlying network Thus whon th^ u-, ._ 

GPR<? fn .X ' ®" '"o*"'® host is using 

t-KKS to access the Internet, GPRS network shonirf ho u, x 

PDP com^Tr; "T*"" ™* ^ certain 

H«1T^- ' ^^'--a "W^-^nt QoS values for 

differs,. app„ca.o„s fta. use the sa™ ,P address is not «,erefo,B poSbte 
Th,s ,s a very severe drawback of the cunent scheme. TOe currentTpRS 
InjTT ""'^ QOS n«n 

the mam problems: GPRS QoS scheme is too static le QoS Jl^TZ 
changed the MS or the GGSN after the QoS h=,. k 

«n«, and seoondi. ai, .,,,^ZZZ ^e saTe ;^: r ""1 T 

transfer. «^ transfer, and high pHoHty oont™, <:C^^J'^' 
Internet includes at the moment two different Onc:" 

offtree traffic types: Guaranteed Service, Controlled Load Service, and Bet 
Effort Service. Guaranteed Sen/Ice is ven/ diflir.,» .„ ^■^"">^ 
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etc. Best-Effort Service does not need any guarantees on the QoS. and is thus 
very easy to implement in any network. 

Differentiated Services in the internet are based on the idea that no 
data flows are needed, but instead every data packet carries QoS information 
5 rtself. This allows very flexible and easy way to provide a certain QoS to 
applications. The drawback is that 100 % guarantees of the capacity cannot 
be given because no fixed capacity is ever allocated to a certain application 
flow. However, this scheme is much more efficient from the capacity and 
system point of view than the Integrated Services scheme. 
10 Similar problems as describe above may arise in any mobile 

communications network. 

An object of the present invention to Introduce a new improved 
Quality of Service (QoS) scheme which is less complicated than the prior art 
QoS schemes, in mobile communications systems having a packet data 
15 transmission capability. 

Another object of the present invention is a new Quality of Sen/ice 
(QoS) scheme which provides support for Internet applications and their QoS 
requirements for mobile communications systems having a packet data 
transmission capability. 

20 An aspect of the present invention is a data transmission method as 

disclosed in claim 1. 

Other aspects of the invention are a mobile communications 
system, a network element and a mobile station as disclosed in claims 14 25 
and 27, respectively. ' ' 

A s*'" further aspect of the invention is a packet data 
communications network as claimed in claim 29. 

In the present invention a dynamic packet-based quality of service 
(QoS) mechanism is provided within a "transmission tunnel" defined by a more 
static packet data protocol context (PDP context). More particularly, each data 

30 packet IS arranged to cany at least one QoS parameter, and the scheduling 
and the policing of the transmission of the data packets is made in packet by 
packet basis according to this QoS infomiation in the packets, while, however 
within the limits set by the PDP context. This concept enables to have any 
number of QoS profiles in use simultaneously, e.g. a dedicated QoS profile for 

15 each of several Internet user applications run in the mobile station for a IP 
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address. Therefore, the present invention provides support for various Internet 
applications and their QoS requirements, which cannot be provided using the 
current QoS scheme of the GPRS, for example. Moreover, the QoS can be 
changed at any time after activation of the PDP context, since only the QoS 
1 infomiation in the relevant data packets has to be changed. This overcomes 
the problems relating to the too static prior art QoS schemes. Further, the 
present invention introduces no or insignificant overhead into the mobile 
communications system as a whole. 

In the preferred embodiment of the invention the QoS information 
associated with each data packet include at least a priority infomiation and a 
traffic type information. The priority information has two or more values 
indicating the importance of the packet and thus also defines the order in 
which data packets should be handled or discarded in case of networi< 
congestion. The priority information may also define a Nominal Bit Rate as in 
SIMA approach. The traffic type indicates requirements for the transmission of 
the packet. At least two traffic types are typically defined: real-time and non- 
real-time traffic. However, more traffic types could be defined if needed For 
example, for non-real-time traffic, the following subtypes could be used- 
control traffic, interactive traffic, attended bulk transfer, unattended data 
transfer, filler traffic, uncharacterized traffic, and best-effort traffic. The traffic 
type has an impact on retransmission strategies and data queueing in the 
networi<. For example, for real-time traffic, retransmissions of lost data packets 
are usually not needed, and it is often better to drop real-time data packets 
than to send them too late to the receiver. 

In one embodiment of the invention also reliability is. instead of or 
in addrtion to being employed at PDP context level as is currently done in the 
pnor art. directly associated with the QoS information in the data packet The 
communications networi., e.g at the LLC layer, is arranged to provide different 
connections each of which is associated with different reliability and QoS 
support. These connections may be provided in any one or several legs in the 
mobile communications networi<. e.g. at the radio interface and/or in a 
transmission link between two nodes in the network. One connection may be a 
connection oriented path having a higher reliability due to a retransmission 
protocol, for example, and another connection may be a connectionless path 
(e.g. using a User Datagram Protocol. UDP) having a lower reliability. Data 
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Qos!!™ ?^ . ""^ ^^^^^ °" *e Pliability and 

sent over a reliable connection-oriented patt,. The data packets that do not 

pa h^ Both the connection-oriented and the connectionless path can be 
established to transfer packets of only one POP tunnel or they can be u«d b^ 
several POP tunnels. Furihennore, the establishment of different path'l 
dfleren, rel,ab,l«es can be dynamic or static (i.e. on demand or when "he 

^ , r u "'"""'"'=a'""= -^o"^' even in one not using any PDP 
context, such as TCP/IP, ATIM, or X.25 networks. "g any i-dp 

As noted above, the PDP contejd defines a kind transmission tunnel 
2" speoflc Characteristics th^gh a mobile communications neZ. ^Tn 
*e conventional networi<s, the parameters of the PDP context may incluTe a 

^LTt': " ' an- N^P 

(Network Sen„ce Point IdenWer). The PDP context may or may not include 

also one or more QoS parameters. For example, mean and peak bft rate to 

the Whole PDP context might or m^ht not be used. The QoS of J PDP 

Q^tZ T '"T " '''^'^'^ Profite and the 

QoS ,n each data packet are to be used, the traffic policing may be based on 

?rer f T " °" and peak bit rate 

Therefora the user Is sending at too high speed, the priority of his or her 

that p'a'Snr" "7 '^'^'^ '^'^ '"^ ™= ^uarant^ 

that packets not conf6m„ng to the PDP level QoS contract are discarded Urst 

If needed, in addition, QoS infbmration in data packets could be relevam ont 

PDpTnS " * ™ ^"fll* 

QOS '^'i"*°"^^'"'"'*'^P'«'«"'i"''a*n -nay be a mapping of the 
a uLTZr -obile-communicason ne.wori< to those used in 

exlll ""^ " tho^ in said 

eZac Zr V'^'''"' ^ ™^ ^"'""8 "ade for 

each packet entenng or leaving the mobile communications system 

he,H„ ■ '^^ "^""^O" in the data packets may be tocated in a packet 
header, ,n a lower layer protocol header, or as part of the data itself. The QoS 
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«ng may also be based on the QoS information in QoS Profile which is 
related to a certain PDP context, the prioritv and tr«ffi. ®; "''^'^'^ 
included in the data packets, or both. ""'^ 

One embodiment of the invention involve*! , • 
s use. use. can ^ charged, In ada^n ,o JZ^, ^ LtZ^t ' ! 
the pnonty and traffic type of data packets. This requires that Zt^n^ 
communications netwo,. nodes, such as OStiJTZ GPRS 

TTTjj^ "T"'" 

tne other hand, invention also allows charqina schf.m^.c th,* ■ . 
10 normal PDP-leve, attributes, such as meanTnd TeT^; 3l":f rP^^^^ 
context, or a combination of these schemes. 

In the preferred embodiment of the invpntinn th^ 

— srir:rr;'r'r"^^°*'-~-- 

1= impiemented^n versp^ci^c rarda^Tc^er*; ^ 
in.o,ma«on a«hcu.h the cuLt GPRS QoS^P^Crhe ."^ 

such as UM™' " ^""^ ™* n^^vorks, 

In the following, the invention will be described in ^ * •. u 

20 means of preferred embodiments with refLnT to the T ' 
drawings, in which *° accompanying 

Figure 1 illustrates a GPRS network architecture 
Figure 2 illustrates a GPRS transmission plane. ' 
The present invention can be anniio^ * 
a. — --nssysten,havin,apacKe.data::„sr,:L:ah,;^ ™* 

unde.tood"o^~r:o^:r: :r:riraV"" 

n^ore network eie^n. or tUnCionaV which sCpr^rr,: p^^: 
fransmisston path or a tunnel with a specific set of Lam^.^ 1 !t 

handl~r»l , T ^ »' ft-n^nallty which 

handles the data packets transferred through the PDP channel 

genera, pa^^'" ^i^'^pTsT^ "" '"^''^ ' 
~on system 3SM (O^ lyiriZ^C^: 
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corresponding mobile communication systems, such as DCS1800 and PCS 
(Personal Communication System). In the following, the preferred 
embodiments of the invention will be described by means of a GPRS packet 
radio network fomied by the GPRS service and the GSM system without 
5 limiting the invention to this particular packet radio system. 

Figure 1 illustrates a GPRS packet radio network implemented in 
the GSM system. For a more detailed description of the GPRS, a reference is 
made to ETSI GSM 03.60. version 5.1.0, and the cross-references thereof. 

The basic structure of the GSM system comprises two elements- a 
10 base station system BSS and a network subsystem NSS. The BSS and mobile 
stations MS communicate over radio links. In the base station system BSS 
each cell is served by a base station BTS. A number of base stations are 
connected to a base station controller BSC, which controls the radio 
frequencies and channels used by the BTS. Base station controllers BSC are 
connected to a mobile sen/ices switching centre MSC. As regards a more 
detailed description of the GSM system, reference is made to the ETSI/GSM 
recommendations and The GSM System for Mobile Communications. M. 
Mouly and M. Pautet. Palaiseau. France. 1992. ISBN:2-9571 90-07-7. 

In the figure the 1 GPRS system connected to the GSM networi< 
comprises one GPRS network, which in turn comprises one serving GPRS 
support node (SGSN) and several GPRS gateway support nodes (GGSN) 
The different support nodes SGSN and GGSN are interconnected by an intra- 
operator backbone network. It is important to realize that in the GPRS network 
there may be any number of sen/ing support nodes and gateway support 
25 nodes. 

The serving GPRS support node SGSN is a node which serves the 
mobile station MS. Each support node SGSN controls a packet data service 
within the area of one or more cells in a cellular packet radio network, and 
therefore, each support node SGSN is connected (Gb interface) to a certain 
local element of the GSM system. This connection is typically established to 
the base station system BSS, i.e. to base station controllers BSC or to a base 
station BTS. The mobile station MS located in a cell communicates with a 
base station BTS over a radio interface and further with the support node 
SGSN to the service area of which the cell belongs through the mobile 
communication networi<. In principle, the mobile communication networit 



20 



30 



35 
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between me support node SGSN and the mobile station MS only relays 
packets between these two. To realize this the mobite communication nJ^^ 

staton IMS and the seeing support node SGSN. It has to be noted that the 
s mob„e communication network only provides a physical connec^Tbt^n 
the mobile stafon MS and the support node SGSN, and thus its exactt^n 
and structure is not signfficant with respect to the invention. The SGSN is tso 
provided wth a signalling interface Gs to the vls«o. location regi^JtR of 
10 «nr e o ~icatlon network and/or to the mobile servces switching 
10 centre e.g. signalling connection SS7. The SGSN may transmit location 
mfomiata to «,e MSC/VLR and/or receive requests for searching fo a ^Rs 
subscnber from the MSC/VLR. ' 

GPRS „»J'!f'' "f ^^'^^ "^"^N connect an operator's 

GPRS network to external systems, such as other operators' GPRS systems 
16 data networt<s 11 - 12, such as IP network (Internet, or 

GPRS backbone network. The GGSN may also be connected directs to a 
pr.a.e corporate ne^»ork or host. The GGSN in.udes GPRS sSlL. 
POP addresses and routing InfomHtion, I.e. SGSN addresses Ro,rtin„ 
» .fomiatlon is used for tunneling protocol data un«s POU .1 X LtlT 
to the current switching point of the MS, i.e. to the sen/lno <!r«iM 
ptr r °' - conntrZere 

5 GPRSsubTl'T! on /^Sister HLR of the GSM network contains 

into „„» '""'™"'°" 0'^ subscriber's IMSl 

lach PDP 1? "T^'T" ^ maps 

each PDP type and PDF address pair into one or more GGSNs The SGSN 

has a Gr inte^ce to the HLR ,a direct s^nalling conneCcn orl^n interna" 
backbone network 13). The HLR of a roaming MS may be in a different n^^L le 
1 communication network than the serving SGSN. "rerent mobile 

An intra-operator backbone networt< 13, which interconnects an 
operator's SGSN and GGSN equipment can be implemented, for ~ by 

baThon, °r I '""^-^ w*ou. the Intra-operator 

backbone network, e.g. by providing all features In one computer. 
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An inter-operator backbone network enables a communication 
between different operators' GPRS networks. 

In order to access the GPRS services, a MS shall first make its 
presence known to the network by performing a GPRS attach. This operation 
5 establishes a logical link between the MS and the SGSN, and makes the MS 
available for SMS over GPRS, paging via SGSN, and notification of incoming 
GPRS data. More particularly, when the MS attaches to the GPRS network, 
i.e. in a GPRS attach procedure, the SGSN creates a mobility management 
context (MM context). Also the authentication of the user is earned out by the 
10 SGSN in the GPRS attach procedure. 

In order to send and receive GPRS data, the MS shall activate the 
packet data address that it wants to use, by requesting a PDP activation 
procedure. This operation makes the MS known in the corresponding GGSN, 
and intenworking wHh external data networks can commence. More, 
15 particularly a PDP context is created in the MS and the GGSN and the SGSN. 

As a consequence, three different MM states of the MS are typical 
of the mobility management (MM) of a GPRS subscriber: idle state, standby 
state and ready state. Each state represents a specific functionality and 
infomiation level, which has been allocated to the MS and SGSN. Infonnation 
20 sets related to these states, called MM contexts, are stored in the SGSN and 
MS. The context of the SGSN contains subscriber data, such as the 
subscriber's IMSI, TLLI and location and routing infonnation, etc. 

In the idle state the MS cannot be reached from the GPRS 
network, and no dynamic infonnation on the cun-ent state or location of the 
25 MS. i.e. the MM context, is maintained in the network. In the standby and 
ready states the MS is attached to the GPRS network. In the GPRS network, a 
dynamic MM context has been created for the MS. and a logical link LLC 
(Logical Link Control) established between the MS and the SGSN in a protocol 
layer. The ready state is the actual data transmission state, in which the MS 
30 can transmit and receive user data. 

In the standby and ready states the MS may also have one or more 
PDP contexts (Packet Data Protocol), which are stored in the serving SGSN in 
connection with the MM context. The PDP context defines different data 
transmission parameters, such as the PDP type (e.g. X.25 or IP), PDP 
35 address (e.g. X.121 address), quality of service QoS and NSAPI (Network 
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Service Access Point Identifier). The MS activates the PDU context with a 

specific message, Activate PDP Context Request in whi.h ♦ V 

on the TLLI Pnp one request, in which it gives information 

th.!n. ' '"^"'^^ and NSAPI, and optionally 

0 Shown „ p,g. 2 ^„3i3^ 3 p^^^, providi„ 

(NSsT^LI I T'"" o' the Network Subsystem 

mterfece GPRS Tunnelling Protocol (GTP): This protocol tunnels user data 

GTP Th,? T GPRS Tunnelling Protocol 

I P IS specified in GSM 09.60. . m 

TCP can-ies GTP PDUs in the hprq k« lu 

PDUs for protocols that do not need a reliable data link (eg IP, TCP 
pro«des flow control and protection against los, and cor^Ud GTP PD^ 

793 U^DplrT'ir"' "^''^ T-^" ^ RFC 

/^ac5. UDP IS defined in RFC 768 . 

IP is the GPRS backbone netwoik protocol used for routeing user 

IrnTirjeLTnrcr " ' ^ 

tr^n,,.- • ^"'^'^ Dependent Convergence Protocol (SNDCP) is a 
ha^ 7 ""^^ netwcrk-level charaoteris ics o jo the 

charactenstcs of the undedying network. SNDCP is specified in GSM M es 

link LLC sh'^,'?' ' "''^'^ ^l^^'^" logical 
LLC shall be independent of the underlying radio interface pn^tocote in 
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order to allow Introduction of alternative GPRS radio solutions with minimum 
changes to the NSS. LLC is specified in GSM 04.64. 

Relay function relays LLC PDUs between the Urn and Gb interfaces 
n the BSS. In the SGSN. the Relay function relays PDF PDUs between the Gb 
5 and Gn interfaces. 

Base Station System GPRS Protocol (BSSGP): This layer conveys 
routeing- and QoS-related infonnation between BSS and SGSN. BSSGP is 
specified in GSM 08.18. Frame Relay layer transports BSSGP PDUs. 

- RLC/MAC layer contains two functions: The Radio Link Control 
10 function provides a radio-solution-dependent reliable link. The Medium Access 
Control function controls the access signalling (request and grant) procedures 
for the radio channel, and the mapping of LLC frames onto the GSM physical 
channel. RLC/MAC is described in GSM 03.64. 

Various identities are employed in the GPRS. A unique International 
15 Mobile Subscriber Identity (IMSI) shall be allocated to each mobile subscriber 
in GSM. This is also the case for GPRS-only mobile subscribers. A GPRS 
subscriber identified by an IMSI, shall have one or more network layer 
addresses, i.e., PDP addresses, temporarily and/or pemianently associated 
with it that conforms to the standard addressing scheme of the respective 
20 network layer service used. PDP address may be a IP address or a X.121 
address. PDP addresses are activated and deactivated through MM 
procedures described above. 

The Networi< layer Service Access Point Identifier (NSAPI) and 
Temporary Logical Link Identity (TLLI) are used for network layer routeing. A 
25 NSAPI / TLLI pair is unambiguous within a routeing area. In the MS, NSAPI 
identifies the PDP service access point (PDP-SAP). In the SGSN and GGSN, 
NSAPI identifies the PDP context associated with a PDP address. Between 
the MS and SGSN, TLLI unambiguously identifies the logical link. NSAPI is a 
part of the tunnel identifier (TID). TID is used by the GPRS Tunnelling protocol 
30 between GSNs to identify a PDP context. A TID consists of an IMSI and a 
NSAPI. The combination of IMSI and NSAPI uniquely identifies a single PDP 
context. The TID is fonwarded to the GGSN upon PDP Context Activation and 
it is used in subsequent tunnelling of user data between the GGSN and the 
SGSN to Identify the MS's PDP contexts in the SGSN and GGSN. The TID is 
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also used to forward N-PDUs from the old SGSN to the new SGSN at and 
after an inter SGSN routeing update. 

Each SGSN and GGSN have an IP address, either of type IPv4 (an 
IP version 4 address) or IPv6 (an IP version 6 address), for inter- 
5 communication over the GPRS backbone network. For the GGSN, this IP 
address corresponds also to a logical GSN name. 

GPRS transparently transports PDP PDUs between external 
networks and MSs. Between the SGSN and the GGSN, PDP PDUs are routed 
and transferred with the IP protocol. The GPRS Tunnelling Protocol transfers 
10 data through tunnels. A tunnel is identified by a tunnel identifier (TID) and a 
GSN address. All PDP PDUs are encapsulated and decapsulated for GPRS 
routeing purposes. Encapsulation functionality exists at the MS, at the SGSN, 
and at the GGSN. Encapsulation allows PDP PDUs to be delivered to and 
associated with the correct PDP context in the MS, the SGSN, or the GGSN. 
15 Two different encapsulation schemes are used; one for the GPRS backbone 
network between two GSNs, and one for the GPRS connection between 
SGSN and MS. 

Between SGSN and GGSN, the GPRS backbone network 
encapsulates a PDP PDU with a GPRS Tunnelling Protocol header, and 
20 inserts this GTP PDU in a TCP PDU or UDP PDU that again is inserted in an 
IP PDU. The IP and GTP PDU headers contain the GSN addresses and 
tunnel endpoint identifier necessary to uniquely address a GSN PDP context. 

Between SGSN and MS, a SGSN or MS PDP context is uniquely 
addressed with a TLLI and a NSAPI pair. TLLI is assigned when the MS 
25 initiates the Attach function. NSAPIs are assigned when the MS initiates the 
PDP Context Activation function. 

The quality of service (QoS) infomnation is employed in various 
nodes in the GPRS system for scheduling and policing the transmission of the 
data packets. As noted above, in the present GPRS specifications QoS is 
30 associated with the PDP which result in various problems described above. 
According to the present invention the QoS information is, at least partly, 
associated with each data packet so that the scheduling and policing can be 
done in packet by packet basis. More particularly, each data packet is 
arranged to carry at least one QoS parameter, and the scheduling and the 
35 policing of the transmission of the data packets is made in packet by packet 
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basis according to this QoS information in the packets, while, however, within 
a "transmission tunnel" defined by the PDP context. 

In the preferred embodiment of the invention the QoS infonnation 
associated with each data packet include at least a priority infomnation and a 
5 traffic type infonnation. and optionally, a reliability information. The priority 
infomnation has two or more values indicating the importance of the packet 
and thus also defines the order in which data packets should be handled or 
discarded in case of network congestion. The priority information may also 
define a Nominal Bit Rate as in SIMA approach. The traffic type indicates 

10 requirements for the transmission of the packet. At least two traffic types are 
typically defined: real-time and non-real-time traffic. However, more traffic 
types could be defined if needed. 

Adoption of the prefen^ed embodiment of the invention requires 
typically the following modifications to be done for GPRS specifications: 

15 1) SNDCP and GTP headers should carry additional bits for 

transmitting QoS information, such as priority and/or traffic class information 
and/or reliability infomnation, (GTP bits are needed on both directions, SNDCP 
bits could in certain cases be used only for uplink data); In addition. IPv4's 
Type-of-Service field or IPv6*s priority field or Traffic Class field could be used 

20 in the GPRS backbone if it is wanted that IP routers etc. also support 
prioritization of packets and QoS-based queueing or scheduling. IPv6 traffic 
flows may be established to transmit data belonging to certain traffic types. It 
could also be possible that no extra bits be allocated in GTP headers, but that 
the class information is cam'ed by lower layers. For example, if the underlying 

25 GPRS backbone network supports differentiated services, this information can 
be included in IP or some other lower layer protocol header. This being the 
case, the SGSN and the GGSN should be capable of recovering this lower 
layer information in order to reuse it. The QoS information can be added to 
data packets at the Gb interface as well, eg. to BSSGP protocol messages. 

30 Then the QoS information can be mapped to Frame Relay or ATM concepts 
at SGSN and BSS. 

2) PDP contexts are multiplexed over several LLC SAPIs, if also 
reliability is used as a QoS parameter. In other words, SNDC layer should be 
capable of multiplexing NSAPI on several SAPIs at the LLC layer, as will be 

35 described in more detail below. 
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3) Adoption of this invention does not require any modifications to 
the lower radio interface protocols, like RLC. However, radio interface 
protocols could be replaced later with newer protocols. The present invention 
IS applicable also in such case and similar QoS support (prioritization, traffic 
5 type/delays) to the one described herein could inherently be implemented into 
those radio protocols. 

After these modifications a mapping between differentiated services 
in the Internet and in GPRS may be provided as follows, for example: 

- priority information in the Internet Is mapped to service 
10 precedence in GPRS. 

-real-time/non-real-time requirements in the Internet is mapped to 
de^y class in GPRS: at least two delay types are needed, but mapping of 
traffic types more precisely to several delay classes Is also possible. 

- The reliability information, if it is added to data packets in addition 
15 to pnority and/or traffic class Infomiation. indicates the reliability requirements 

of each application in fomi of one of at least two reliability classes In the 
prefen-ed embodiment of the invention. If reliable transmission is needed 
retransmissions, checksums. TCP), data packets are carrying rellablity class 
1 information. If reliable delivery over the radio interface is needed, but UDP in 
the GPRS backbone Is enough, data packets are carrying reliability class 2 
information. Depending on the requirements, packets may alternatively earn, 
reliability class 3. 4 or 5 infomiation. Reliability classes 4 and 5 will be used for 
real-time traffic. 

A further feature of the present invention may be a mapping of the 
QoS parameters used In the mobile-communication network to those used in 
a user application in said mobile packet data temilnal or those used in said 
external communication system, and vice versa. The mapping Is made for 
each packet entering or leaving the mobile communications system. In the 
following, two examples of the mapping will be given. 
30 Examole 1. 

Simple Integrated Media Access (SIMA) is a new simple approach 
presented as a Internet-Draft by K. Kilkki. Nokia Research Center. June 1997 
Internet-Drafts are working documents of the Internet Engineering Task Force 
(IETF). Its areas, and working groups. Since SIIWA is one potential way fo 
35 provide a unifomi service concept for different needs from file transfer 
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applications using TCP/IP protocol without loose delay and packet loss 
requirements to real-time applications with very strict quality and availability 
requirements, it is chosen herein as an example of a Internet QoS scheme. 
According to the SIMA concept each user shall define only two issues before 
5 the connection setup: a nominal bit rate (NBR) and the selection between real- 
time and non-real-time sen/ice classes. NBR may have eight values 0-7. 
Mapping of parameters from SIMA to GPRS and vice versa may be as follows, 
for example: 

-Real-time/non-real-time bit: if this bit indicates real-time require- 
10 ments, it is mapped to GPRS delay class 1 , otherwise it is mapped to delay 
class 4. However, delay class 3 may be used for non-real-time services in 
case there is a special way to indicate best-effort traffic, e.g. this bit shall not 
always be present or a more precise definition is used to differentiate real- 
time, non-real-time, and best-effort traffic. A lower Reliability Class value may 
15 be assigned to real-time traffic than to non-real-time traffic in GPRS. 
Generally. Reliability classes 1. 2, and 3 are usually used for non-real-time 
traffic and classes 3, 4. and 5 for real-time traffic in GPRS. For non-real-time 
traffic, the higher the NBR is. the lower Reliability Class value is suitable for 
transmission. 

20 - Nominal Bit Rate values 6 and 7 are mapped to GPRS Service 

Precedence parameter having value 1 . 

-Nominal Bit Rate values 3, 4, and 5 are mapped to GPRS Service 
Precedence parameter having value 2. 

-Nominal Bit Rate values 0. 1, and 2 are mapped to GPRS Service 

25 Precedence value 3. 

It should be noted that the Service precedence and the Delay class 
parameters have here a little different meaning than in the current GPRS 
specifications, where those parameters are associated with PDP contexts, not 
with each data packet. Thus, different names, such as priority or Nominal Bit 

30 Rate and traffic type, may also be chosen for the parameters. The QoS Profile 
may include all the existing parameters (service precedence, reliability class, 
delay class, mean bit rate and peak bit rate). Alternatively, it could only include 
part of the parameters, such as only the mean and peak bit rate. QoS Profile 
could also include a maximum burst size parameters to ease buffer allocation 

35 procedure. 
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QoS scheduling in GPRS network elements (e.g. in SGSN and 
GGSN) is based on the delay class, as well as are the decisions to discard 
aged real-time packets. This requires that at least two buffers should exist 
(and at most as many as there are different delay classes): one for real-time 
5 packets (this buffer should be much smaller!) and the other one for non-real- 
time packets. Real-time traffic should always be sent before non-real-time 
traffic. Service precendence defines the order in which packets can be 
dropped in case of network congestion. 

Example 2. 

10 Mapping Type of Service (ToS) octet in the headers of IP PDUs to 

GPRS packet attributes. Type of Service octet in IP headers is not widely used 
at the moment. Its original purpose was to include traffic type information and 
to specify what kind of service is required from the packet delivery. Because 
the ToS octet is not in common use nowadays, it is possible to redefine the 

15 bits in that octet for the purposes of the present invention. Definition of ToS 
octet is given in RFC 791. Bits 0-2 of ToS give the preference, bits 3-5 give the 
ToS required by the packet (e.g. delay, throughput, and reliability levels 
requested), and bits 6-7 are reserved for future use. RFC 1349 extends the 
ToS field by one bit (taken from the "reserved for future" bits). Thus, 4 bits can 

20 be used to indicate the ToS. 

Mapping between the precedence bits (0-2 in ToS) and GPRS 
service precedence may be as follows: 

-bit values 111 and 110 are mapped to service precedence value 
001 (highest priority) in GPRS. 

25 -bit values 101, 100, and Oil are mapped to service precedence 

value 010 (normal priority) in GPRS. 

-bit values 010, 001, and 000 are mapped to service precedence 
value 01 1 (lowest priority) in GPRS, 

There are three different ways to perform the mapping between the 

30 traffic type infonnation (i.e. ToS field in the ToS octet) and the GPRS delay 
class: 

-If only the bit 3 in the ToS field is used to indicate the delay 
requirements in IP header: value 0 of bit 2 is mapped to GPRS delay class 2 
and value 1 of the bit 2 is mapped to GPRS delay class 4 (best effort). 
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-If the whole ToS field in ToS is utilized for indicating delay 
requirements, i.e., 4 bits (bits 3-6) are available for that purpose, one possible 
mapping could be: bit value 1000 is mapped to GPRS delay class 1 (i.e. to bit 
value 000). bit value 0100 to GPRS delay class 2 (i.e. to value 001), ToS 
values 0010 and 0001 to GPRS delay class 3 (i.e. to value 010), and the ToS 
value 0000 to GPRS delay class 4 (i.e. to value 01 1). 

- Another way of mapping IP's ToS bits to GPRS delay classes 
would be: 11x to delay class 1, 1 0x to delay class 2, 01x to delay class 3, and 
OOx to delay class 4. In this case, x means that there might be one or more 
additional bits used for ToS, but they do not have any impact on the process of 
selecting the GPRS delay class. If more delay classes will be defined for 
GPRS later, the mapping could take into account also those additional bits. 

Currently there is also one bit in the IP ToS field specifying the 
wanted reliability level. If this bit is still available in the future, e.g., if the first 
choice above is chosen, this bit could carry reliability information and could be 
mapped to GPRS reliability class in the following way: a value 0 in bit 5 inside 
the ToS octet is mapped to the reliability class 000 (subscribed reliability class) 
and a value 1 is mapped to the reliability class 001 (defining the most reliable 
service). The use of that bit may however be too vague because the GPRS 
defines many other reliability levels as well and this cannot be expressed 
using only one bit. 

The mapping described above in the Example 2 may be applied in 
a rather similar way in IPv6. The name of the appropriate field is then Traffic 
Class instead of ToS. 

In the following the operation of a GPRS mobile station and GPRS 
networi< elements, as well as Integration with external network QoS concepts, 
when the inventive QoS concept Is employed, will be described In more detail. 

The MS, or more precisely software in the Terminal Equipment (e.g. 
in a laptop computer), and the GGSN provide mapping of external network 
QoS requirements to GPRS QoS mechanisms, and vice versa, as described in 
the above examples. Terminal Equipment (TE) could for example provide QoS 
functions through an Application Programming Interface (API). The 
application-level software may include ToS information into the data packets, 
e.g. inside the IP header, itself, or it can use the API to deliver the ToS 
information to lower layers. If it does not do either, the GPRS-specific software 
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should add priority and traffic type information to data packets based on the 
infomriation available. The software may. for example, decide the traffic type 
and QoS based on the used source and destination IP addresses, or the 
source and destination port numbers. Priority and traffic type information is 
5 included .n every uplink data packet by the MS. This information may be 

rri't 7 " ^"""^ ^""^ °' 'P^^ - 'Pve header. 

hT M '"'^ ''^'"^ between the Tenninal Equipment 

and the Mobile Temiinal via GPRS specific mechanisms, or in PPP vendor- 

) fPff *^°P«°"^- addition. MS might interpret QoS infom^ation 
) ncluded .n downhnk data packets and deliver this infomiation to applications 
(possibly after changing the format of infomiation). 

..h ^ , 1°'. ^""^^ ^'^^ M°bile Station (MS) 

schedules data packets based on the ToS infomiation received from the 
application or from the GPRS protocol suite in the Temiinal Equipment. The 
MS schedules the incoming MO packets according to their delay class. In the 
SNDC layer, the MS selects the appropriate LLC SAP (Service Access Point) 
based on the delay requirement. If delay class 1 service is requested SAPI 3 
IS used, othen^ise. the SAP to be used is chosen as follows: for delay class 2 
SAP 5 IS Chosen, for delay class 3 SAPI 9 is chosen, and for delay class 4 
r m r '° retransmissions or checksums 

r tr^ ? ""^^ "^'"^"'^ °" ^^''"^"'^ the packet. The 

reliability class defines either acknowledged or unacknowledged service of 
LLC. RLC. and GTP. Scheduling in the lower layers is performed in 
^HHr T T "^""''^ '"'^'"''"'^ °' corresponding packet. In 

SNDCP data packets. This infonriation may be included in the first data octet 
(0 in the first two octets, if ail three parameters, the service precedence, the 

D^T^'.Tr'J!^.:"^^^^^^^ the 

in SN u'r. pnn ^'^^^ "-b- 

in SN-Unitdata PDUs. 

The MS may also perfomi policing of the negotiated PDP context 
attributes of the QoS profile. It may drop non-confonnant packets or change 
the sendee precedence (i.e. the priority) of those packets to the worst possible 
..e to indicate best-effort. In addition to the MS. SGSNs may perfomi traffic 
policing according to the negotiated PDP context QoS attributes. Network 
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nodes may police the throughput levels and the used delay classes, reliability 
classes and service precedence values. Values negotiated for the PDP 
context may be interpreted as maximum allowed values for the packet 
attributes. PDP context QoS attributes may fomi the basis for charging,. On 
5 the other hand, packet level QoS may also be taken into account when billing 
the user. This would most likely mean that there were a different counter for 
each data packet type in order to be able to count how many expensive and 
how many cheap data packets the user has sent. 

If both reliable and unreliable paths are employed between the MS 

10 and the SGSN, it is required that the LLC layer multiplexes several NSAPI of 
one user onto several SAPIs in the MS and SGSN. Logical Link Entities (LLE) 
may establish all connections, i.e. the SAPIs, beforehand or only on demand. 
These SAPIs/links should not be teared down immediately after serving one 
request. A timer, for example, may control the tearing down of LLC 

15 connections associated with SAPIs. The SNDC layer decides, based on the 
TLLI and the delay class or optionally also the reliability class, which SAPI It 
will use to transfer the packet in question. The SNDC layer can perfomi 
segmentation of SN-PDUs as usual. Then, the SNDC layer gives the packet to 
the LLC layer using the appropriate SAP. The LLC layer transmits the packet 

20 over the LLC/radio connection as usual. At the other end, the SNDC layer 
receives packets from the different LLEs and associates them with the correct 
NSAPIs. Ordering of packets is not essential because packets using different 
QoS either belong to different application-level connections or are reordered 
based on their QoS values, which is the purpose of QoS values in the first 

25 place. 

The SGSN takes the traffic class infonnation, i.e. the service 
precedence, the delay class, and the reliability class, out the uplink SNDCP 
packet and schedules the packets based on their delay class. There are 
different buffers for each delay class. The lower the delay class is, the smaller 

30 the size of a buffer allocated for queueing the concerned packet class should 
be. This is because some packets are delay sensitive, and thus cannot cope 
with long queueing delays. Lower delay classes are always sent before any 
higher delay class packets. Each buffer, i.e. a queue, may have a threshold 
value defined. When this threshold value is exceeded, the incoming packets 

35 (of the concerned class) having a low service precedence value may be 
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discarded. SGSN may maintain both reliable and unreliable paths to GGSNs 
These paths might be dedicated to a certain user/tunnel, or several users and 
tunnels might be multiplexed onto the same paths. The right path for delivering 
each data packet is selected based on the reliability class infomiation included 
5 m the packet, or based on default values if there is not enough information in 
the packet to make a decision. Reliable connection-oriented path is chosed for 
reliability class 1, and connectionless path for other reliability classes SGSN 
adds traffic type information to GTP headers. This information may be 
included in the eighth octet of the header (cun-ently reserved for future use) 
10 This octet might include for example the service precedence and the delay 
class infomiation. In case the reliability class infomiation is also carried in 
every data packet, bits 2-5 of the first octet of the GTP header can be taken 
into use. These bits may contain either this reliability class information or 
infomiation on one of the other parameters as well. 
15 The GGSN recovers the QoS information from the uplink GTP 

header. It may also perfomi traffic policing. The GGSN may perfomi charging 
functions and may utilize the packet QoS infomiation for that purpose too 
The GGSN. or an external host, may provide a mapping between the external 
data network QoS definitions and the GPRS QoS. and vice versa. This applies 
20 both for uplink and downlink data delivery. 

For Mobile Temiinated (MT) data packets, the same procedure 
applies, only the transmission direction is reversed. In this case it is the 
GGSN who selects the appropriate GTP path, the SGSN looks inside the 
downlink GTP header in order to find the traffic type and QoS infomiation. The 
25 SGSN also adds the QoS information to downlink SNDCP packets makes the 
scheduling based on packet delay classes, and decides the correct LLC SAPI 
to be used. The Mobile Terminal may change the application's IP header in 
order to infomi the Temiinal Equipment (TE) of the QoS of the downlink data 
packet. Alternatively, the MS might use some GPRS or PPP specific 
10 mechanisms for delivering the same infomiation to the TE. Scheduling and 
policing operations inside the networi< elements are basically the same in both 
directions. 

As noted above, for uplink data, the GGSN. or an external host 
modifies the GPRS QoS information to the QoS concepts available in the 
5 extemal packet data networi^. Similariy. for downlink data, the GGSN or an 



wo 99/48310 



23 



PCT/FI99/002I2 



external host, should translate the external network QoS into the GPRS QoS 
definitions in each data packet. The GGSN, or an external host, may optionally 
maintain infomiation about different application connections and traffic flows, 
but this is not required. The GGSN. or an extemal host, may decide the priority 
and traffic type of each data packet based on this flow infomiation. The flow 
information can be obtained for example via a RSVP signalling taken place in 
the network. The GGSN, or an external host, may response to external RSVP 
messages itself, or it may also pass the RSVP messages to the MS which may 
take part in the RSVP signalling. The capacity indicated in RSVP response 
messages should be in line with the priority and traffic type values used for 
data packets belonging to that flow or PDP context (related to which the 
GGSN, or an extemal host, maintains QoS information). Fixed capacity 
reservations are not required inside the GPRS network. To indicate this, the 
GGSN. or an extemal host, may set the Global Break Bit or the Break Bit in 
the RSVP messages. (These break bits indicate that there is at least one 
network element along the path who cannot entirely guarantee the QoS 
requested.) 

As described in the examples above, the Differentiated Services in 
the Internet, like SIMA approach, can be mapped quite easily to these new 
GPRS QoS concepts. Best-Effort Service may be specified as non-real-time 
traffic with a low priority. The Integrated Services are usually associated with 
traffic flows. The Guaranteed Service can thus be defined as with the RSVP: 
the GGSN, or an external host, and the MS on the other side, may act like 
some fixed capacity would have been resen/ed for a flow or IP context and 
can set "break bits" of the RSVP messages, if necessary. The Controlled Load 
traffic may be supported without any flows: the QoS infomiation can be 
included directly into the data packets. Also in this case, the GGSN, or an 
external host, and the MS may optionally maintain QoS infomiation related to 
application traffic flows and add the appropriate QoS information to the data 
packets based on this maintained flow information. During the RSVP 
negotiation, the GPRS system may indicate that it cannot support various 
token bucket sizes or maximum packet sizes. Thus, it may require that those 
parameters are set to conform to the supported values before it will accept the 
RSVP reservations. The MS, the SGSN, the GGSN or an external host may 
also know how many high priority flows (the amount of delay class 1 packets) 
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the GPRS can support and make a decision on the acceptance of each 
resereation request based on this infontiation. 

Also ATM (Asynchronous Transfer Mode) or X.25 can be used as 
an external data networK or as a t^nsmission medium to convey L g^rs 
= ^gna ,ng and data trafflc. The ATM Constant m Rate (CBR) and reaMim! 

based on both the used traffic dass (non^eal-time Variable Bit Rate 

0 palew r ■ " connscuor^e?^ 
0 parameters, such as mean and maximum bit rate 

the GPRS 'LTTt':!'"^:^^ transmission net»orK in 

me GPRS backbone. The GPRS QoS concepts may be mapped to the Type- 
Of-Sen.« parameter in the IPv4, or to the Prtorlty/TrafBc Class field in L 

certain k,nd of capacrty and to handle certain traffio types, applicaBon 

tiZ ""^ " '"^ ^-"^ also eX 

these methods, the GGSN, or an external host, could perfom, mappinpTt 

concepts similarty between the GPRS network and the Internet 

®"""='^)'^"'e«=*ed above with respect to the GPRS the present 
Zr ""^ oommunk=a«ons networi<: A poZ 

mob^ networks ,n which the principles of the present invention mavTe 

S irjo* C ™* — « suchTt e 

MoLl Tir System (UMTS) and the Future Public 

Mobile Telecommuracation System (FPLMTS), or IMT-2000, or the Cellular 
Digital Packet Date (CDPD). i-eiiuiar 

inventk,n ™^ "^^^ription only illustrates preferred embodiments of the 
invention. The invention is not, however, limited to these examples bu. it m»„ 
vary within the scope and spirit of the appended claims ' 
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Claims 

1. A data transmission method for a mobile communications 
system having a packet data transmission capability, comprising steps of 

setting up a packet data protocol context for a mobile packet data 
5 terminal for routing data packets through the mobile communications system 
between said mobile packet data terminal and an external communication 
system. 

transmitting data packets through the mobile communications 
system between said mobile packet data tenninal and an external 
10 communication system, 

scheduling and policing the transmission of the data packets within 
limits set by said packet data protocol context, 

characterized by further steps of 

providing each individual data packet with at least one quality of 
15 service parameter, 

scheduling and policing the transmission of each respective data 
packet according to said at least one quality of service parameter canied in 
said respective data packet, within the limits set by said packet data protocol 
context. 

20 2. A method according to claim 1, characterized by steps 

of 

transmitting, within a single packet data protocol context, data 
packets of at least two user applications run in said mobile packet data 
terminal, 

25 providing each individual data packet of each of said user 

applications with at least one quality of sen/ice parameter indicating the 
quality of service required by the respective user application. 

3. A method according to claim 1 or 2, characterized by 

steps of 

30 providing each individual data packet with priority information and 

traffic type information as quality of sen/ice parameters, the priority infomiation 
indicating one of at least two priority levels and the traffic type infomiation 
indicating one of at least two traffic types. 
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4. A method as claimed in claim 3. c h a r a c t e r i z e d in that 
said at least two traffic types include a real-time traffic and a non-real-time 
traffic. 

5. A method as claimed in claim 3 or 4, characterized by 

5 steps of 

providing in the mobile communications network at least one 
connection leg with at least two paths having different reliabilities, 

providing each individual data packet with reliability infomiation as a 
further quality of service parameter, said reliability infomiation defining one of 
10 at least two reliability classes, 

multiplexing the data packets to said at least two paths according 
to said reliability infomiation earned in said data packets. 

6. A method as claimed in claim 5, characterized by steps 

of 

providing in the mobile communications network at least one 
connection leg with a connentionless path and a connection-oriented path 
having different reliabilities, 

sending a data packet in which the reliability information indicates 
that a reliable transmission is needed, over said connection-oriented path. 

sending a data packet in which the reliability Infomiation indicates 
that a less reliable transmission is needed, over said connectionless path. 

7. A method as claimed in claims 4 and 5, c h a r a c t e r i z e d in 

that 

data packets associated with two or more packet data protocol 
contexts are multiplexed to said connectionless and connection-oriented paths 
in said at least one connection leg. 

8. A method as claimed in any one of claims 1-7, character- 
ized by further steps of 

defining at least one further quality of service parameter in said 
30 packet data protocol context, 

scheduling and policing the transmission of each respective data 
packet according to said at least one quality of sen/ice parameter carried in 
said respective data packet, within the limits set by said at least one further 
quality of service parameter in said packet data protocol context. 
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9. A method as claimed in claim 8. characterized in that 
said at least one further quality of service parameter include one or more of 
the following: mean bit rate, peak bit rate, service precedence, delay class and 
reliability. 

5 10. A method as claimed In claim 9. characterized by 

steps of 

providing in the mobile communications network at least one 
connection leg with a connentionless path and a connection-oriented path 
having different reliabilities, 
10 sending a data packet over said connection-oriented path when 

the reliability infomriation in said packet data protocol context indicates that a 
reliable transmission is needed, 

sending a data packet over said connectionless path when the 
reliability information in said packet data protocol context indicates that a less 
15 reliable transmission is needed. 

1 1 . A method as claimed in claim 9 or 10. characterized by 

steps of 

monitoring the actual mean bit rate used by the mobile packet data 

terminal, 

20 lowering the priority of the data packets of the mobile packet data 

terminal, if said actual mean bit rate exceeds a mean bit rate defined in said 
packet data protocol context. 

12. A method as claimed in any one of claims 1-11, charac- 
terized by step of 

25 mapping of quality of service parameters used in the mobile- 

communication network to those used in a user application in said mobile 
packet data temiinal or those used in said external communication system, 
and vice versa. 

13. Method as claimed in any one of claims 1-12, character- 
30 I z e d in that said mobile communications system is a packet radio network 

comprising serving nodes, gateway nodes and a data network interconnecting 
said serving nodes and gateway nodes. 

14. A mobile communications system, comprising 

mobile packet data terminals (MS), 
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a mobile communications network (BSS.SGSN.GGSN) providing 
an access to an extemal system, 

means for setting up a packet data protocol context for a mobile 
packet data temiinal (MS) for transmitting data packets through the mobile 
5 communications network (BSS.SGSN.GGSN) between said mobile packet 
data terminal (MS) and an extemal communication system, 

means for scheduling and policing the transmission of the data 
packets within limits set by said packet data protocol context, charac- 
terized in that 

10 each individual data packet is arranged to carry at least one quality 

of service parameter, 

said means for scheduling and policing are responsive to said at 
least one quality of service parameter carried in each respective data packet 
for scheduling and policing the transmission of said respective data packet 
1 5 within the limits set by said packet data protocol context. 

1 5. A system according to claim 14, characterized by 

at least two user applications run in said mobile packet data 
terminal (MS) and transmitting data packets within a single packet data 
protocol context, 

each individual data packet of each of said user applications 
carrying at least one quality of service parameter indicating the quality of 
service required by the respective user application. 

16. A system according to claim 14 or 15. c h a r a c t e ri z e d 

by 



20 



25 



each individual data packet carrying priority infomiation and traffic 
type infomiation as quality of service parameters, the priority infomiation 
indicating one of at least two priority levels and the traffic type infomiation 
indicating one of at least two traffic types. 

17. A system as claimed in claim 16, c h a r a c t e r i z e d in that 
said at least two traffic types include a real-time traffic and a non-real-time 
traffic. 

18. A system as claimed in claim 16 or 17, c h a r a c t e r i z e d 

by 

at least one connection leg with at least two paths having different 
35 reliabilities in the mobile communications network, 
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each individual data packet carrying reliability infomnation as a 
further quality of service parameter, said reliability information defining one of 
at least two reliability classes, 

means for multiplexing the data packets to said at least two paths 
5 according to said reliability information carried in said data packets. 

19. A system as claimed in any one of claims 14-18. charac- 
terized by 

at least one further quality of service parameter defined in said 
packet data protocol context. 

10 said means for scheduling and policing being responsive to said at 

least one quality of service parameter carried in each respective data packet 
and to said at least one further quality of service parameter in said packet data 
protocol context, for scheduling and policing the transmission of each 
respective data packet. 

15 20. A system as claimed in claim 19. characterized in that 

said at least one further quality of service parameter include one or more of 
the following: mean bit rate, peak bit rate, service precedence, delay class and 
reliability. 

21. A system as claimed in claim 20. characterized by 

20 at least one connection leg with a connentionless path and a 

connection-oriented path having different reliabilities in the mobile 
communications network. 

means for sending a data packet over said connection-oriented 
path when the reliability information in said packet data protocol context 
25 indicates that a reliable transmission is needed, 

means for sending a data packet over said connectionless path 
when the reliability information in said packet data protocol context indicates 
that a less reliable transmission is needed. 

22. A system as claimed in claim 20 or 21, characterized 

30 by 

means for monitoring the actual mean bit rate used by the mobile 
packet data tenninal, 

means for lowering the priority of the data packets of the mobile 
packet data tenninal, if said actual mean bit rate exceeds a mean bit rate 
35 defined in said packet data protocol context. 
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23. A system as claimed in any one of claims 14-22, charac- 
terized by means for mapping of quality of service parameters used in 
the mobile-communication network to those used in a user application in said 
mobile packet data terminal or those used in said extemal communication 

5 system, and vice versa. 

24. A network element as claimed in any of claims 14-23, char- 
acterized in that said mobile communications comprises serving network 
elements (SGSN) and gateway network elements (GGSN) providing access 
points to extemal systems. 

■■0 25. A network element for a mobile communications system having 

a packet data transmission capability, comprising scheduling and policing 
means for scheduling and policing a transmission of data packets through the 
mobile communications network (BSS.SGSN.GGSN) between a mobile packet 
data temiinal (MS) and an extemal communication system, within limits set by 

15 a packet data protocol context defined for said individual mobile packet data 
terminal (MS), characterized in that each individual data packet is 
arranged to carry at least one quality of service parameter, and that said 
means for scheduling and policing are responsive to said at least one quality 
of service parameter canied in each respective data packet for scheduling and 
20 policing the transmission of said respective data packet within the limits set by 
said packet data protocol context. 

26. A network element as claimed in claim 25, character- 
ized in that said network element is a serving support node (SGSN) or a 
gateway support node (GGSN) in a packet radio system. 

27. A mobile station (MS) for a mobile communications system 
having a packet data transmission capability, comprising scheduling and 
policing means for scheduling and policing a transmission of data packets 
over an air-interface within limits set by a packet data protocol context 
defined for said mobile station (MS), characterized in that the mobile 
station (MS) is an-anged to provide each individual data packet transmitted 
over the air-interface with at least one quality of service parameter, and that 
said means for scheduling and policing are responsive to said at least one 
quality of service parameter canied in each respective data packet for 
scheduling and policing the transmission of said respective data packet within 
the limits set by said packet data protocol context. 
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28. A mobile station as claimed in claim 27, characterized 
in that the mobile station is arranged to convert quality of service parameters 
used by an application mn in the mobile station (MS) into service parameters 
used the mobile-communication system, and vice versa. 
5 29. A packet data communications network, characterized 

by 

at least one connection leg with at least two paths having different 
reliabilities. 

each individual data packet canying reliability information as a 
10 quality of service parameter, said reliability information defining one of at least 
two reliability classes, 

means for multiplexing the data packets to said at least two paths 
according to said reliability infomnation carried in said data packets. 

30. A network as claimed in claim 29, characterized in that 
15 said network is a TCP/IP network, a ATM network, or a X.25 network. 
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